SYSTEM AND METHOD FOR CREATION AND MAINTENANCE OF A RICH 
CONTENT OR CONTENT-CENTRIC ELECTRONIC CATALOG 

CROSS REFERENCE TO RELATED APPLICATIONS . ' 

This application is a non-provisional claiming priority to U.S. provisional application 
number 60/425,724, filed on November 13, 2002, the entire contents of which is hereby 
incorporated by reference as' if fully set forth herein. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to an integrated system and method for importation, 
extraction, cleansing, aggregation, creation, management, transmission, taxonomy assignment, 
analysis and publishing of content-centric electronic catalogs, e-catalogs, or enterprise data that 
seamlessly integrate catalog content from potentially multiple sources for searching, analysis, 
and maintenance by multiple Users. More particularly, this invention relates to system and 
method employing a content-centric framework comprising an open and fully extensible schema 
for the creation, management and pubUshing of online e-catalogs of products and services from 
potentially multiple internal and extemal sources. Most particularly, the present invention relates 
to a content firamework or schema of pre-defined product and service classifications and 
workflow rules for the creation and management of catalog content. Such content can be readily 
customized to incorporate proprietary and legacy data in order to create, manage, publish and 
syndicate to e-catalogs from potentially many sources for use by potentially many Users. 

2. Description of the Related Art 

One of the most critical components of any purchasing or selling process, or online or e- 
business strategy is the electronic catalog of products and services utilized for buy and sell side 
applications, sourcing, and inventory control and ERP systems. If items are not represented 
properly in an electronic catalog, any system employing the catalog can be rendered useless and 
fiiistrate Users. 

Existing supplier catalogs typically comprise industry and suppHer specific technical 
terms and jargon as well as standard and ad hoc abbreviations, usually in the form of keywords 
and short item descriptions. Relationships between products and the type of domain they are 
commonly associated with, most often have been overlooked in prior art product classification 
schemes and search engines intended to guide Users to products they seek. Almost every 
searcher using such systems has experienced the firustration of repeatedly trying to locate an item 
in such a catalog and not being able to locate the item because it is been associated with 
keywords or concepts not familiar to the searcher and no fi-amework was available to guide the 
searcher. . 

Furthermore, the ability to manage suppliers, including contract compliance and strategic 
spend analysis, can be restricted by unusable or inaccurate historical data fi-om multiple data 
processing applications, bad business processes, and non-compliance with existing policies and 
procedures. The ability of the data to conform to preferred internal schema, account coding, 
policies and procedures, is critical to the success of any purchasing or selling program. 
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These problems with existing catalogs and their search engines, and historical data, 
cannot be alleviated by standardization alone. Item descriptions, keywords, concepts, and 
tamuies of goods and services that have been weU established by suppliers and industries and 
snould be the bwis for guiding searches as well as for storing items for retrieval, must somehow 
be captured and used as templates for developing a catalog of products and services that 
helpfully guides Users to the items they seek. 

Quality of catalog content directly impacts the effectiveness of buy and seU-side 
processes and related data processing appUcations, as well as traditional ERP systems. The 
information stored within a catalog is only useful if it can be found and can be related to internal 
data processmg programs and the enterprise's policies and procedures. If content is of poor 
quality, end Users will tend to not use then- systems and resort to maverick (i.e., oflT-contract) 
spendmg (m the case of a procurement appUcation). In such a scenario, any benefit of price 
discounts, strategic sourcing, vendor contract compHance, vendor performance measurement 
and other cost of ownership are lost. Furthermore, the accuracy of an enterprise's financial 
reportmg and financial statements can be impaired by the mis-categorization of fixed assets 
consumables, services, or other categories. 

*u u ^^^^^1°^ ^° problems associated with enabling an e-catalog with rich content, there is 
the challenge of actually manajging the process to obtain data from disparate suppUer sources and 
creating an online data repository that can be used throughout an enterprise and not just as an e- 
cataJog that supports an e-commerce platform, i.e., the challenge of providing an e-catalog that 
synergizes with seUers and buyers business practices. 

SUMMARY OF THE INVENTION 

_ Thus there is a need for an end-to-end solution, process, and services which facilitates a 
nch content data repository of product/suppUer data of the highest possible quality, that adapts to 
and reflects the descnptive nuances of products avaUable fi-om individual suppliers and that 
relates them to mdustry standards and to suppHer and buyer business practices, in order to 
provide a satisfactory search in a procurement setting, so that the User finds what is granted, is 
able to compare attnbutes, vendor terms and conditions, prices, availability, options, replacement 
parts venfy contract terms and conditions and all other details related to the product or vendor 
and the goals of the procuring organization are not compromised. The present invention 
provides the best quahty content for e-catalogs, content that is rich in its variety of features while 
bemg both descnptive and intuitive from a User perspective, and in addition supports buyer and 
seller business practices and industry and manufacturers' standards for technical information . 
me preserit mvention provides flexible technology which allows integration with multiple 
internal and external parties and systems. Such a repository centers on an e-catalog that 
mamtams a high degree of congmence with an organization's business and procurement goals by 
rocusmg on meetmg every searcher's needs while supporting an organization's business 
practices. 

To meet these needs, the present invention incorporates a Portal which acts as the main 
gateway" to a nch content support environment, where owners of catalog data can find all the 



functions and services required to author their rich content databases in a Web environment. 
This Portal has the capability of Syndicating rich content to virtually any eCommerce 
conmiunity, see FIG. 1. The present invention provides a comprehensive suite of integrated 
features, functions and services that enable buying and selling organizations to produce, manage, 
web-enable, and publish electronic catalogs in a manner that is synergistic with their business 
practices. 

The underlying framework for the present invention is based on an extensive and 
extensible knowledge base of over 200,00 patterns covering an extremely broad range of 44,000 
fanuUes of goods and services. This knowledge base can be used to load any database (e.g., 
Oracle, Sybase, DB2, Access, etc) or any spreadsheet (e.g., Excel), as well as to output XML, 
EDI, or any other standard format. The present invention integrates with multiple diverse 
applications, including applications from both buyers and sellers and AppUcation Service 
Provider, e.g., accounting, marketplace, B2B e-business, , Enteiprise Resource Planning, and 
CRMs. The present invention is platform-neutral. 

e-CATALOG 

In one aspect, the present invention provides a system and method for building a rich 
content repository centering on an e-catalog of products and their vendors where the product and 
vendor input data can be provided by one or more product suppliers m as many industries and 
can be in many different legacy formats. This invention is a system and method for rich content 
creation and maintenance that uses a knowledge base of patterns for categorizing goods and 
services into families described by a common language generator or CLG. This invention 
aggregates the syntax and semantics of at least one product supplier's database, data, and 
administration processes and transforms them into a normalized form or pattern wiiich is then 
used to define, populate, and administer an e-catalog database with data imported from at least 
this one product suppUer's legacy database(s). The present invention is a rich content creation 
and management system and method that provides Users with the ability to: 

Create a standard rich content database with referencing schema of classification. 

Define, import, and apply multiple schema, pricing, and product attributes to 
products 

Assign User and Group permissions based on role, workflows, and trigger events 

Use industry standard schema such as UN/SPC or pre-defined schema 

Review reports and analysis of products, system administration, and system 
functionality 

Define workflows for business processes 

Maintain classification schema and items by addition, modification or deletion. 
Import classification schema and rich content data from different sources. 
Optimize Content and Product Views based on User Profiles and Shopper Groups. 



o Manage Access Authorization and Security Levels for application and database. 

o Utilize the Jnventor as a Service Bureau to provide outsourced content 
management services 

The User view of the workflow work process management aspect of the system and 
method of the present invention is described in Appendix m. 

The User view of the data syndication aspect of the system and method of th^ present 
mvention is described in Appendix TV. 

The User view of the import of an external schema aspect of the system and method of 
the present invention is described in Appendix V. 

The User view of the schema management aspect of the system and method of the 
present mvention is described in Appendix VI. 



Appendices VHI and EX are press releases describing the system and method of the 
present mvention. 



The e-catalog aspect of the system and method of the present invention comprises six key 
functional areas: 

1- Data Agg repatinn 

Data Aggregation activity consists of importing, standardizing and validating incoming 
content data. It also covers tiie import of schema files and tiieir inclusion as appendages to 
specified branches of the existmg schema, as weU as historical data fi-om accounting and 
procurement systems tiiat may be processed for strategic spending analysis, vendor contract 
comphance, scope analysis, and to develop business processes, policies and procedures relating 
to both the Invention as well as internally for tiie User's enterprise. 

Incoming content may be received in different electronic formats and file types. 
Incoming electronic files are imported and their file structure is mapped to the standard Rich 
Content+ Database Structiire. This mapping process enables content coming fi-om different 
sources to be handled in a consistent manner. The incoming items can be compared against 
existmg catalog items for updates and appropriate actions can be taken based on the delta 
analysis report. The imported content is vaUdated to elimmate errors and tiien made available for 
further processing. 

Incoming content may be received in non-electronic form and processed using the 
Inventor as an outsourced Service Bureau. Such non-electronic form may include paper 
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catalogs data-sheets- material data safety sheets, etc. The non-electronic fonns will be entered 
into the Invention by the Inventor to create an electronic catalog, and processed accordingly. 

2. Common La nguage Generator (CUr\ 

ni J^l P"""^®^^ °^ '^"^^^P^® successive activities: Schema Definition, Item 

uassitication, Pattern Building, Value-extraction and Quality Assurance. The CLG process also 
covers manual additions and modifications to items, definition of synonyms, definition of 
accessory mformation and association of items across different schemas. 

it^r^c '■^^^'"^"^"'g of categories is defined for enabling classification of rich content 

Items, ihese categones comprise classes and sub-classes in a parent-child relationship structure 
items are categorized within respective classes or subclasses based on their features or 
properties. These features/properties are called Attributes. 

Incoming items are processed in stages in the system and method of the present 
mvention. There are seven stages through which an item passes before it is available for 
publishmg or syndication. These stages are: 

o Ready For Identification: Incoming items are classified using automated or manual 
processes The automated process matches incoming item descriptions with existing 
schema class attnbutes by. using a pattern-recognition feature. The items are unported 
mto matching schema classes and inherit the attributes of the respective parent classes. 

o Ready For Value Extraction: Classified items are fiirther processed to extract and 
populate attnbute values using pattern-recognition features. Patterns are defined for both 
class attnbutes and attribute values and are stored m a pattern database. 

o Ready For Enrichment: Value extracted items are fiirther enriched by associating 
accessones, images & documents with it and associating the item with multiple schema 
classes. These items are then moved to the "Ready For QA" stage. 

o Ready For OA : Quality Assurance procedures are performed on value-extracted and / or 
ennched items to identify and correct anomaUes. These items are then approved and 
moved to the next stage. 

o Rea^ For Shipping: Items that are approved by Quality Assurance process are flagged 
as Ready For Shipping". These are then selected and shipped to the "Staging" data area 
so that they can be published, syndicated or maintained. The CLG and NMntenance 
tunctional areas operate on the same "Staging" data area. 

o Shipped: Items that are available for publishing, syndication or maintenance are flagged 
as Shipped". CLG is not able to process these items. These items can be maintained 
usmg the Catalog Maintenance module. 

« Maintained: Items that have been added, modified or deleted using the Catalog 
Maintenance module are flagged as "Maintained" items. "Maintained" items that are 
submitted for approval are not available for processing in CLG or publishing 
syndication or raamtenance. Once approved, the "Maintained" items can be published 
syndicated or mamtained. On rejection of the submission of a "Shipped" item, the status 
of these Items changes back to "Shipped". When an item with original status of 
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"Maintained" is modified and its submission rejected, the status of the item remains 
"Maintained". 

Authorized personnel may skip one or more of the CLG processes before quaUty 
assurance. Projects from CLG are treated as catalogs while publishing, syndicating or 
maintammg. The classification schema for the catalogs and the projects is the same. Reports are 
generated to provide status update details and statistics on activities throughout the CLG process. 



3. Catalog A dministration and Puhii shins; 

Catalog Administration involves definition and maintenance of critical administrative 
information on individual catalogs. These include User and Group profiling, price markup 
definition, product view definition, authorizations, formatting, syntax, and other attributes as 
may be required by Users or enterprises. 

The catalogs can be "PubUshed" to the Catalog Browser Web AppHcation or any 
electronic data processmg system which can accept such data, or can be "Syndicated" to Users 
and customers, or can be viewed in various electronic and paper reports and analysis 

Using a workflow engine, the pubhsher allows authorized personnel to approve the 
changes made on "Shipped" items and re-pubUsh or syndicate the changes to the Catalog 
Browser WEB appHcation or customers. 



4. Catalog Maintenance 

Catalog Maintenance involves definition and management of rich content items within a 
published catalog. Rich content items can be added or existing items can be modified or deleted. 
Items are moved, copied and associated across different schema locations in a variety of 
specified different ways. Only "Maintained" items without submissions and "Shipped" items can 
be mamtained m the Catalog Maintenance module. 

Items in the "Shipped" stage can be sent back to the "Ready For Identification" or 
Ready For Value Extraction" stage of CLG. Items "Ready For Identification", "Ready For 
Value Extraction", "Ready For QA" and "Ready For Shipping" are not available for publishmg, 
syndication or maintenance till their status is changed to "Shipped". Only authorized personnel 
can perform this change of status. 

The classification schema can be maintained for each catalog / project. All changes to the 
catalog using the Catalog Maintenance module are submitted for approval to authorized 
personnel. The changes are approved and then republished for use by Catalog Browser WEB 
application or syndication. 



5- Catalog Browser WEB Application 

The catalog browser WEB application enables browsing and navigation of published 
catalogs. Shoppers use the published catalog to purchase avaOable items or request quotes for 
non-available items. 
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6. Data Syndication 

Data Syndication involves exporting of rich content to customers in different file formats. 
The rich content database is wholly or partially exported in the format as specified by the 
customer requirement. 

The system and method of the present invention provides multi-tier pricing and a 
standard database structured according to a foundation schema. 

BUSINESS PRACTICES 

In another aspect, the present invention can synergize, define, maintain compliance with, 
or facihtate, with owner, buyer, and seller business processes, policies, procedures and practices 
by providing fijnctionality and a rich content data repository having the following features: 

• Data can be used throughout the production, accounting, customs service and 
marketing fiinctions of a buyer, seller, and owner organization; 

• Supports industry norms for categorizing, searching, purchase order descriptions, 
and design description, that is, data and images together provide intuitive 
transaction support so users see a femiliar description and image; 

• Linked to supporting information such as images, usage tables. Material Safety 
Data Sheets QASDS) and attachments; 

• Linked supporting information supports electronic and printed publishing; 

• Content is formatted and updated to meet industry and Market Place standards 
(ROSETTANET, cXML, XML, EDI, etc.); 

• Content can be published and managed in-house by an owner or via service 
bureaus; 

• Content is easily accessible by an owner; 

• Advanced text-based and/or parametrically searchable; 

• Data cross-referencing using UNSPSC, UPC and other standards; and 

• Data can be used for publishing to a variety of media including print and 
electronic publication. 

Thus, the system and method of the present invention can be hosted by the owner or a third party 
in such a way that businesses participating in the ePlatform of the rich content repository are able 
to use the rich content repository to support their business functions, e.g., accounting and 
production fimctions while sending clear and concise information about their products and 
services into virtually any channel desired. 
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The system and method of the present invention also provides a private marketplace 
which can be tailored to specific buyer needs, allowing contracted items/prices in separated 
views within the same marketplace, which reduces maverick buying. Appendix I and FIG. 3 
describe the multi-tier pricing of the system and method of the present invention. 

Appendix Vn is a template for a proposal to a business organization for using the system 
and method of the present invention to create and maintain a rich content database for that 
business organization. As such, i^pendix VIE describes a business process for creating and 
maintaining rich content using the system and method of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates the integrated system and business process of the present invention, 
beginning with unporting of raw data through syndication of enriched data to eCommerce 
catalogs, ERP system and legacy systems. 

FIG. 2 illustrates the vendor self-authoring system, integration with the CLG processes 
and system workflow through to syndication to backoflSce systems of the present invention. 

FIG. 3 illustrates the capability of the present invention to determine price markups, 
promotional pricing and unit of measure to be displayed within an e-catalog. 
FIG. 4a illustrates typical legacy data input. 

FIG. 4b illustrates a rich content catalog entry created by the present invention for the 
legacy data input illustrated in FIG. 4a. 

FIG 5 illustrates the logical database structure for the schema database. 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENT 

The present invention is a system and method for rich content creation and management 
based on the Vendor Portal illustrated in FIG. 2. It is based on a Content Engine 201 and data 
framework comprising an open and fully extensible schema. The system and method of the 
present invention provides owners a Supplier Portal to self-author 200 their rich content into a 
Content Portal or offers them a Content Engine 201 having the required services to participate in 
a Content Portal. The Content Engine 201 of the present invention provides full integration with 
customer's (owners, vendors, buyers) existing applications and systems. As shown in FIG. 1, 
suppliers and owners are supported by a Content Portal with syndication services 1 11 to other 
eCommerce communities. Appendices III-V provide User views of workflow, syndication, and 
schema import aspects of the present invention whose functional capabilities are described in the 
following sections. 

Supplier Portal 
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In one prefeired embodiment, a Supplier Portal cx)mprises all the activities supported by 
all the functions required to maintain the flow of content between suppliers and the WEB 
Catalog, on an ongoing basis. The functions of the Supplier Portal support self-authoring by 
owners and suppliers or provision of authoring services by a third party: 

• Signing-up new suppliers; 

• Managing relationships with suppliers to facilitate the flow of information; 

• Managing day-to-day activities and communications between owners, suppliers 
and customers relative to rich content; 

• Establishing a schedule with owners and suppliers to ensure delivery of their 
updated content on a regular basis, consistent with predefined timelines; 

• Tracking customer, owner and supplier content inputs to ensure changes to 
content are reflected in all catalogs (Staging, and Production Catalogs); 

• Instructing owners and suppliers on self-authoring requirements; and 

• On-going web-based training. 



The preferred business process established for the Supplier Portal of the present invention 
comprises the steps of: 



• training Com Mgrs./ Plant personnel/ buyers on the Supplier Portal Content 
Management Solution; 

• making initial contact by Com Mgrs./Plant Personnel with suppliers; 

• Supplier loading a catalog into the Supplier Portal; 

• automatically mapping and transforming the content into predefined category 
schemas with identification of additional content requirements; 

• Suppliers making enhancements and resubmits; 

• Notifying Catalog Administrators of the availability of new content, via email 
with a link to the Supplier Portal; 

• Administrators reviewing, analyzing, adjusting the new content in the catalog; and 

• Administrators performing: 

1 . Approval of the new content in the catalog, 

2. Approval of the new content in the Catalog and request fiirther enhancement 

of the new content, and 

3. Deny approval of the new content in the catalog and request either required 
enhancements of the rejected new content. 

eVENDOR PORTAL 

The eVendor Portal comprises a Content Engine 201 comprising an extensible set of six 
key fiinctions: 
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1- Data Agtiri yation 116 
1.1.1 Import External Schema 100 

Incoming schema definitions received in electronic format are imported and appended to 
the existing schema definition. _ r 

• Select Incoming Schema File: The User specifies the file name, ffle location and 

• type (MS Access, XML, CSV or MS Excel) of the incoming file. The User also specifies 
the project for which the incoming schema has to be imported. The contents of the 
specified file are read and hnported as a temporary table into the standard database. 

• Map Incoming Schema FUe: The incoming schema is mapped against the 
standard schema structure. A field-to-field mapping is estabUshed between the incoming 
schema file and the standard schema file. The User can save this mapping as a template 
tor reuse. The referencing values of the schema can be preserved for retaining the 
association that the incoming schema may have with an item file. 

• ^ Append Incoming Schema: The mapping process generates a tree-like structure 

of the incoming schema similar to the standard schema structure. The User compares and 
appends the incoming classes to a specified class of the existing schema definition. 

• Synonym Import; The import jschema process enables import of class synonyms 
based on User selection. The User specifies the file containing the synonyms associated 
with the schema file that is being imported. 

1.2 Import Electronic Content 

Content is electronically received fi-om suppUers/manufacturers in different file types and 
tormats. The mcommg content is read, validated and imported into a standard rich content 
database stmcture. The import process is carried out using a set of wizard-like GUI Screens. 

Select Incoming Item FUe: The User specifies the file name, file location and 
type (MS Access, XML, CSV or MS Excel) of the incoming file. The User also specifies 
tiae project for which the incoming data has to be imported. The contents of the specified 
file are then read and imported into the standard database as a temporary table. ' 

• Define Validation Rules: The User defines rules for validating incoming data 
Rules can be defined for each field of the incoming item data. The rules are created 
around a set of standard operators like "mandatory/null" values, "equal to", "greater 
than^ "less than", etc. The User can specify an operator and a corresponding value, if 
apphcable. ® 

Map Incoming Item Fttes: The incoming item details are mapped within the 
standard nch content database stmcture. A field-to-field mapping is established between 
the mcommg content file and the standard rich content database. The User can save this 
mapping as a template for reuse. 

Extract Specified Characters: The data is cleansed before import by defining 
characters that should be removed fi-om incoming data. Previously defined characters 
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T^ZZf ^ '"^T' « fields from which 

to extract and remove predeiSned characters. 

n,.r ^^^T ^« searched for and replaced with 

«avJt'*f n n''^,^ f ^^^"^^ ^^^"^^ incoming process is 

Use c!^ *°/- U er. Details of errors are also provided against each invaHd item. The 

preTer^e^ ^4TttTf *° ^^^'^ ^^^'^ ^^^ms. The User is 

cWefs T "^"^^ ^^^"^^ ^^^^ ^e specified 

h^LlS'The I.y'J ''^"^ f'''"^ '''"^ °^ ""^^^Pl« i^ems for removal of 
Characters. The characters are removed only fi-om the items specified by the User. 

presente^tlhfn "'''^^T?''^'\^ of previously loaded incoming schema files is 
Le alll^i? ^'''f^^ ^ ^^^^ma file from this Hst The incoming items 

ZZ 7e fu > ^ ^l^ses of the selected 

SJ^-. ' ■ . '^'''^''^ ^^^^^^ P^°^essing in the "Value 

marked for J^^"''"'' "^f'^"'' '^'''"^ automatically detects the records that are pre- 
ma^ed for action i.e. the mcoming items have the "Suppher Action" field populated. The 

?h?Use?tl '° """^ ^ ^ Printer.friendly fomxat is provided. 

Wd on th^^ .^"^^^ '^""^ ^^es are conmiitted 

uasea on tne va ue in a "Snnni^r Ar*+;^^» ^j^u 



SupirfierActioa 


Action Taken . , . 


ADD 


A new Item is created with the item information 
from the incoming file. 


UPDT 


The existmg item in CLG is updated with item 
information from the incoming file. The existing 
and incoming items are compared on Supplier 
SKU. ^ 


UPPR 


The pnce field m the existing item m CLG is 
updated with price information from the incoming 
file. The existing and incoming items are compared 
on Supplier SKU. 


DESC 


The supplier long and short description fields in the 
existing item in CLG are updated with supplier 
long and short description from the incoming file. 
The existing and incoming items are compared on 
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SuppUer SKU. 


DEL 


The existing item in CLG is deleted. The. existing 
and incoming items are compared on Supplier 
SKU. 


DISC 


The existing item in CLG is marked as 
discontinued. The existing and incoming items are 
compared on Supplier SKU. 



o Delta Analysis: All items selerted for import can be compared for delta changes 
with existing items in specified schema locations. The User specijEes corresponding fields 
in the incoming file and the standard content structure to enable the search. The specified 
fields can be a combmation of two fields e,g.: manufecturer part number and 

manufacturer. 

0 Delta Analysis Reports: The comparison process yields two reports - a list of 

new incoming items without item numbers and a list of incoming updates to existing item 
numbers. An option to view the report in a printer-fiiendly format is provided. 

• Append Items: For new incoming items, the User specifies the items that need to 
be imported. All selected items are assigned unique product identifiers. This is available 
for further processing as the "identification stage". The "Supplier Action" field of the 
appended items are populated with the value "ADD". 

• Overwrite Items: For item numbers that are common to both incoming and 
existing data, the User can view details of differences or changes. The change report 
shows a field-by-field comparison of the incoming item and existing item. The User 
selects an option to append the item as a new item or to overwrite existing items. 
Overwritten items are sent back to "identification stage". The "Supplier Action" field of 
the appended items is populated with the value "UPD". 

o ^ Classify Items: All successfiilly imported items that were not classified during 
the import process are presented to the User along with the catalog schema tree for 
classification. The User can automatically classify items within the schema. Auto- 
classification is performed on the basis of existing patterns associated with specific class 
attributes using a "voting algorithm". Optionally the User can manually classify incoming 
items under specified classes of the project using "drag and drop" or "force class" 
actions. All classified items are now be available for the next stage. 

o Import Log: A detailed trace of each import process is kept along with a 

User/Date/Time stamp. 
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1.3 Audit Reports -List of Import Processes 

u TT '^^^"^ available with different filtering mechanisms to view the import processes 

pfo^!ided ""^^^ ^ *° "^^"^ ''P^"* ^ * printer-fiiendly format is 

1-4 Enabling Features and Functions 



functional 

.-.. .s-: .^ v 



OS 
P 



Import 
Incoming 
Schema File 



Allow files of different formats (MS 
Access, Excel, CSV or XMDL) to be read. 
GUI for mapping of incoming schema £Qe 
structure to standard database structure and 
optionally save the mapping as a template. 
GUI for manually appending incoming 
schema branches to any schema branch of 
existing catalog. 
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Import 
Incoming 
Content FUe 



Allow files of different formats (MS 
Access, Excel, CSV or XML) to be read. 
' GUI for mapping incoming item file 

structure to standard database structure and 
optionally save the mapping as a template. 
GUI for building custom rules to validate 
incoming data. 

GUI for defining special characters that 

need to be ranoved fi-om incoming item 

data while importing. 

GUI for defining specific words that need 

to be replaced with specified words while 

importing. 

GUI for displaying validation report to the 
User and allowing him to optionally import 
items. 

GUI for displaying a report to the User, 
showing a list of items with the specified 
characters to be extracted and allowing him 
to optionally import items 
GUI for selecting associated schema file. 
Processing pre-raarked incoming items 
according to their markings 
Allow User to view the actions that are to 
be taken based on the pre-marked actions 
and allow User to commit or override them. 
GUI for enabling the User to perform delta 
between incoming and existing items. 
Ability to associate items to then* original 
schema. 

Automatically update the existing items in 
CLG with the Suppher Action based on the 
action performed by the User while Delta 
Analysis 

Allow User to view the items that were not 
classified based on the selected schema file. 
Ability to auto-classify incoming content 
based on existing patterns. 
AbiHty to manually append incoming items 
to specific schema branches. 
Ability to overwrite existing item 
information with incoming item 
ipformation based on the delta. 





Delta 

Analysis 

Report 


■ Identify/report differences between existing 
catalog items and incoming item updates 
during the data upload process. 

■ Provide a list of new incoming items and 
incoming items that are updates to existing 
items as a comparative report of "before 
and after update". 




User Action 
Based On 
Report 


■ Allow the User to append new incoming 
items to a specified schema branch or to 
overwrite the existing items with incoming 
updates. 




Audit Reports 


■ Tracking of all the import processes by 
User/date/time stamp. 



2. Common Language Generator - CLG 125 

The Common Language Generator of a' preferred embodiment, translates legacy 
product descriptions into easily understood formats. The CLG uses pattern recognition 
technologies to identify attributes and produce standardized values that ehminate duplicate and 
inconsistent information. The data cleansing process of this preferred embodiment combines 
project management, data analysis, and data rationalization technology to maximize the integrity 
of data for use in eCommerce systems. The patterns that are added are reusable and make future 
updates and additions more efScient. 



_ Using the Knowledge Base, CLG translates existing material descriptions, with all their 
mconsistencies, into one standard description format. Through this automation, CLG improves 
the productivity and accuracy of standardizing free-form text items. CLG uses pattern 
i-ecognition to identify attributes and produce standardized format values. CLG is context 
sensitive for each class of items, and can dynamically adjust its pattern recognition to each 
material description's content. 

The following are two descriptions for Gloves from a supplier's system: 



• GLV LATEX 12IN SZ 10 12PRyPK 394 10 ANSELL 1 139494D 

• GLOVE NITRILE PF 9 1/2 TNT L 1 00/PK 92 600 L ANSELL 1 89992748C 



Without a key or some sort of material knowledge, it is extremely difficult for a first time 
to understand the meaning of this data. In addition, inconsistences can be found between 
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the descriptions of the first and second items. In the first item, has the letters "GLV meaning 
Glove and m the second item has the word GLOVE even though both items would fit their 
requirements. 

The CLG Knowledge Base contains over 200,000 patterns for a wide variety of product 
categories. For this item, the patterns are built in a category set for "Chemical Resistant 
Gloves". When CLG first analyzes the data, it looks for a category match. In this case, it would 
find "GLV" and "GLOVE" and compare this to the Knowledge Base. If those text strings had 
been previously built for the Glove category then CLG would analyze the attributes under 
Gloves and compare them to the description for matches. 

In cases where CLG finds a match against more than one category, it utilizes material 
intelligence to determine the best match. For instance, CLG may examine a line and recognize 
the word "Washer". It finds three categories that use "washer" as a heading; a fastener 
component, a clothing washer, and a liquid cleanser. By analyzing the rest of the data 
surrounding the word, CLG recognizes three attributes that match the category for clothing 
washer, but only one attribute for the others. It therefore determines that the item is a clothing 
washer. To date, the CLG Knowledge Base correctly identifies items over 90% of the time. 

Once CLG determines a product's category, the patterns for that category are invoked to identify 
the attributes that identify the item. The following are some of the patterns that have been 
created for the "GLOVE" category that would fire against the line items shown above: 

«SZ" = "SIZE" 
Any number following "SZ" = Glove Size 



The final output would look similar to the following: 





LINE1 


LINE 2 


GLOVE SIZE: 


10 


9-1/2 Inch 


GLOVE MATERIAL: 


Latex 


Nitrile 


USAGE: 


Chemical Resistant 


Chemical Resistant 


BRAND NAME: 


None 


Touch N Tuff 


MANUFACTURER NAME: 


Ansell-Edmond Ind. Inc 


Ansell-Edmond Ind. Inc 


MANUFACTURER PART 

NUMBER: 


394-10 


92-600L 


SUPPLIER NAME: 


Fisher 


Fisher 


SUPPLIER PART NUMBER: 


1 1.394-94D 


18-999-2748C 
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The result is much easier for an end-user to read and is consistent from one item to the 
next. Once these patterns are built, they then fire against any record that is defined as a Glove. 
The process becomes automated and saves the supplier the effort of re-keying the item by hand. 
Not only are the results easier to read for the end user but they also they the customer to search 
parametrically or by advanced text. By clicking on a category of Glove, for example, the user is 
presented with a series of drop down boxes that contain only the valid choices for the attribute. 
This keeps the customer from making keystroke errors and quickly narrows the search to the 
product that best fits the customer's need. 

To date, the CLG Knowledge Base comprises over 200,000 patterns across 44,000 
families of goods and services. This represents over 1.5 million distinct items. Users can easily 
add new vocabulary and grammar to the Knowledge Base for new valid values, synonyms, 
misspellings and abbreviations in their own data. 

FIG. 4a illustrates a legacy input and FIG. 4b illustrates the catalog output of a preferred 
embodiment of the present inventioa 

2.1 Schema Defmition 104 

--For managing content in a collaborative, multi-User, multi-catalog enviroimient, a 
"project" is defined per catalog. Upon creating a "project", the classification schema for the 
project can be defined as classes and sub-classes under it. Each class is defined in terms of 
attributes. A class inherits attributes from its parent. A set of GUI Screens is available to 
perform schema definition and maintenance fimctions. 

• Define Project: To manage a customer's data, the User defines a project. Thus 
each project represents a customer. All the existing projects are shown as nodes of the 
same tree. This tree mterface is used to add new projects. Thus all first-level children 
under the root of this tree are "projects". The classification schema of items for the 
project is defined as sub-classes of the project node. Only classes can be defined under a 
project. Only classes can be defined under a class. 

o Define Class & Class Attributes: For a project, the User creates classes that 
represent the classification schema for items. Each class can have up to 30 attributes 
inclusive of inherited ones. Attributes can be selected from a global pool of attributes or 
the User may define them. Every attribute defined by the User is also made available in 
the global pool thereafter, A list of possible values for an attribute can be defined, these 
values are available during value e>ctraction, enrichment and QA stage. User can select 
value from this list or can add, edit or delete values from this list. The addition is 
submitted for approval before it is reflected in the schema. 

0 Attribute Inheritance: A class automatically inherits the attributes of its parent. 
A class can have a maximum of 30 attributes, inclusive of its inherited attributes. On 
copying a class to place it under some other class, only the non-inherited attributes of the 
class (which is being copied) are copied. The new class thereupon inherits attributes 
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from its new parent. If duplicate attributes for the new class are created as a result of this, 
the User is notified of this during the copy operation itself; and the duplicate attribute is 
copied into the new class. The User can take appropriate actions for duplicate attributes, 
if required. 

o Edit Class Attributes: The User can modify an attribute of a class. New 
attributes can be added to an existing class. Existing attribute information can be 
modified or the attribute can be deleted. On adding an attribute or editing/deletmg an 
existing one of a class, the User is notified of the impact his activities may have on 
existing items under that class. The change is submitted for approval before it is reflected 
in the schema. 

o Copy / Move Classes and Items: Child classes of a class (of any project) can be 
copied or moved to another class (of any project). Copying or moving a class also 
copies or moves all the items under that class along with it. The User may also explicitly 
select items under a class and copy/move only them to some other class. These changes 
are submitted for approval before they are reflected in the project. Items reflect their new 
parent class after approval. 

o Delete Catalog Schema (Classes): Users having appropriate authorizations can 
delete a class fi-om any project. All the sub-classes under that class are also deleted. 
Similarly all the items under each class under that class are also deleted. Before any 
deletion, the User is prompted. Only if the User wishes to proceed, is the deletion carried 
out. If an item from this set is maintained under multiple classes, associations to all 
classes other than the deleted class and all its descendant classes are retained. The 
deletion is submitted for approval before it is reflected in the schema. 

o Schema Change Approval: Any change to the classification schema is submitted 
for approval. The submissions are approved/rejected in the common Approval module. 
These changes are approved by authorized personnel only. The changes are not visible 
until they are approved. When any change to a schema class is approved the following 
actions are performed based on approver choice 

• Approval of Addition of a Schema Class: The new class is available in the 
classification schema. 

o Approval of Modification of a Schema Class: All child items of the class in CLG 
can be sent back to the "Ready For Identification" or "Ready For Value Extraction*' 
stage. All "Shipped" items of the class can be sent back to the "Ready For Identification" 
or "Ready For Value Extraction" stage of CLG or they can be submitted for approval in 
the Approval module. 

o Approval of Deletion of a Schema Class: All child items of the class are deleted 
from project / catalog. 
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2.2 Build Description and Normalize Incoming Content 116 

Unformatted, raw imported content needs to be processed through CLG to classify it and 
value extract it. For both these processes, the descriptions of the individual items are scanned to 
detect patteiTis. The more prolific the descriptioa is in terms of the patterns that fire on it. the 
higher axe the chances of the item getting classified accurately, and getting value extracted 
maximally. Thus buUding richer descriptions manuaUy, with an aim to facihtate more efficient 
CLG processmg is enabled through a set of GUI screens. Enriched content can bypass CLG and 
be made available directly for QA 

° Select Project: To enhance incoming data, the User first needs to select a project 
fi-om a list of existing projects. Once a project is selected, a list of all load events is 
presented to the User. From this Ust, the User can select one or more load events to build 
descnptions for the items imported during the load event(s). 

» Build Descriptions: Imported content may be enhanced to enable better 
classification and value extraction. The User can build rich descriptions for an item 
The User can add attributes to the item along with their values. However, these attributes 
are not retamed. They become a part of the description itself and are meant only to 
ennch it. They are not meant to exist separately as "attributes" at this point. 

» Normalization: Normalization features like "spell-check" and "find/replace" can 
be used to nonnalize the description. The "spell-check" utiKty also allows the User to 
customize the dictionary. Users can add specific acronyms and abbreviations to the 
custom dictionary, which upon approval are ignored during speU check. The "find and 
replace" feature can be executed for a selected item or a set of items on specified fields. 
The case of text in text fields are changed during editing or adding an item 
Manufacturer and SuppUer names can be spell checked against those already added to the 
database tables. Only correctly speUed ones are accepted. After normalization, the item 
can be moved to QA and thus made to bypass CLG processing. 

2.3 Build Patterns 106 

Incoming items may have unstmctured, unformatted and differing descriptions. The 

attnbutes or characteristics of items are generally derived fi-om the description. Items having 

smular charactenstics essentially have some common "words" in the description. This forms the 

basis of pattern building and matching. 

Patterns are definitions of parameters that are present across a group of similar items 
These patterns may be associated with attributes that have been defined for respective classes or 
they may be associated with global attributes. Patterns enable auto-classification of incoming 
Items and extraction of attribute values fi-om description fields of items. A set of GUI screens 
are provided to build patterns for attributes. 

Define Global Patterns: For a global attribute, a pattem can be defined. This 
pattern then is designated as a global pattem, although it is only associated to that 
particular global attribute. Users can submit a pattern created for an attribute or a class to 
be designated as global. These submissions, seeking to promote a pattern, as a "global" 
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^ttem be approved. On approval, patterns get associated to the global attribute. 

cln-.toT"'' r .^^^ P^°^«^i"g '''^^ ""der classes having the respective the 
corresponding global attribute. The User selects the global attribute and defines inconnng 
outgoing stnngs for defining the global pattern. User can select a word, right cUck 
and filter containing or not containing the selected word. 

o Build Patterns: A pattern is defined to be the definition of a parameter. Patterns 
^e used to identi^ items as weU as to extract values for the attributes assigned to them. 
The voting algonthm employed selects assigns that class to the item for which maximum 
pattern matchmg was realized, and hence the most number of attributes are extracted 
fi-om the unformatted descriptioa 

Ittrihnt^tf Patterns are associated to an attribute. Thus for an 

,7'^' T '^^^ "^^'^ ^ P^«^^- The patterns of all the attributes of 
a Class are coOectively compared against the description of an item. 

durino r^j/T"" T P*" ^ P^"'"^ ^ ^ ^^^^ synonym 

dunng classification and value extraction stage. 

2.4 Data Classification 

The claSSnt""?? "^7^'^ "'^'^ 'PP'°P^*^ °f i^^^^ded project. 

SLirnlerir?^ °' ""^^^ ^^^^ ^^^^^^c mode, wh^ein 

through pattern matchmg, the items get classified to their "most likely" respective classes. 

Select Project: A project is selected to classify the items under it. These items 

may or may not have been classified previously. 

ti^^TT ^ ""c^^ssified items imported under this project are presented to 

cnl^'"'" . ''^""l^" P'"'"'''''^ '° 8^°"P °f ^l^ses. FHtering to locate a 

specific set of items, based on import event, is provided. The User can select items from 
single or multiple import events. Multiple filters are provided to filter similar products. 
1 he User can select a word, right click and filter containing or not containing the selected 
from tJ !TtT f °' ^"^*^P'' '^^^^^^^ User has to checkout items 

ZL! rfu '^^"'^^"^ ^ ^P^'^ifi^ P^^^e^tage of items in a 

project. Checkmg-out items ensures that Users do not step on each other's work On 
checbng-out items, the User is shown the Ust of items he has checked-out and the 
classification schema of the project in a tree interface. The User can view checked out 
^ms m a table gnd or an HTML grid. Users can define fields they wish to view or work 
IIT f . ^"""^^ ^^l^^sification, the User can add. delete, rename and move 

Secret ' ^^"^^"^^^ classification: Drag and Drop, Force Class and 

. Build Patterns for Classification: To enhance classification, the User can build 
patterns before classifying an item He can associate the patterns with the attribute(s) of 
the class(es) which the User thinks best approxhnates the class for the item. A drag and 
drop feature is provided to associate a pattern with an attribute or a class. Any pattern 



20 



created by the User can be nominated to become a global pattern. Regardless of whether 
it is approved to be as such, it is associated with the class attribute and used in the voting 
algorithm for that class. 

Classify Items - Drag and Drop: The User can select a set of items from the 
ones the User has checked-out. Then the User selects a class from the tree interface of 
the chosen project. On dragging the class and dropping it on the table showing all the 
items, selected and non-selected, the selected items are assigned to the class being 
dropped on. 

Classify Item - Force Class: The other method of manual classification is for the 
User to choose a set of items from the ones the User has checked-out. The User then 
chooses a class from the tree. On selecting the "Force Class" button, the chosen items are 
assigned the chosen class. This method has the same eflfect as the Drag and Drop 
method, except that with this method attributes are mined and values extracted for the 
items based on their desoiptions and the patterns of the class. 

. Classify Item - Interpret: This method allows auto-classification of unclassified 
Items. The User chooses an item or a set of items from the ones the User has checked-out 
and selects the "Interpret" button. The voting algorithm classifies each item based on the 
item's description. Existing patterns and those created at this point can help make tiiis 
classification more eflScient. 

. Configure Options: The User can specify an option to be used during 
identification. The options that can be configured comprise - 

a. Output Column Pairs 

b. Input Delimiter 

c. Output Delimiter 

d. Processing Method 

e. Reinterpret 

Classify Items Result: The results of classification are displayed to the User. 

The User can validate the result of classification and can approve or reject tiie changes. 

On approval, the classified items move to next stage. On rejection, the classification 

results revert and items are available for classification. 
2.5 Value Extraction 106 

Classified items are available for value-extraction. Through value-extraction, which is 
stnctiy an automated process, the values of attributes of the item get overwritten with new values 
based on the description of the item and tiie patterns of tiie attributes of the class lineage of the 
item. Before an item is value exti-acted for tiie first time, its attributes have default values. If 
value extraction is repeated on an item, tiie attributes may get different values tiian tiie previous 
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value extraction process, if new patterns have been defined for the attributes of the class lineage 
of the item or the description of the item has been changed, during the intervening period. 

Select Project: A project is selected to value extract the classified items under it. 

Select Items: The User can select items ready for value extraction. The items are 
presented in tabular form grouped by class. The User can select items firom single or 
multiple import events. Multiple filters are provided to filter similar products. The User 
can select a word, right click and filter containing or not containing the selected word. 
Items can be sorted by single or multiple columns. The User has to checkout items fi-om 
this list for value extraction. Users can checkout specific percentage of items m a project. 
Checking-out items ensures that Users do not step on each other's work. The User can 
view checked out items in table grid or HTML grid. Users can define fields they wish to 
view or work with in HTML grid. During value extraction. User can add, delete, rename 
and move classes. 

Configure Options: The User can specify option to be used while value 
extraction. The options that can be configured comprise - 

a. Output Column Pairs 

b. Input Delimiter 

c. Output Delimiter 

d. Processing Method 

e. Reinterpret 

Build Patterns & Value Extract: All the fields of an item can be viewed to 
build patterns. A pattern builder is provided that enables specifying incoming and 
outgoing strings for the pattern. A pattern can be nominated for promotion as a global 
pattern. A pattern does become global unless it is approved. However, that pattern is 
still applied to the class on whose attribute it was defined. Any pattern created needs to 
be associated with an attribute. The drag and drop feature is provided to associate a 
pattern with an attribute or a class. On selecting the "Value Extract" button, based on the 
previously built patterns and the newly created ones, for the class lineage of the item, the 
values for the attributes are mined firom the description and assigned to the item. 
However patterns need not be necessarily buih to do value extractioa Only existing 
patterns can be used. The results of the value extraction are displayed to the'User, Thus 
all the possible attributes and their values are displayed. 

Send Item Back: A User may send back an item for re-classification if the value 
extraction results are not satisfactory. Sending back an item for classification means that 
on re-classification of the item, a different set of patterns is applied to do value 
extraction, in the hope of obtaining better attributes and values for the items. 
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Normalize Value Ertracted Data: Upon value extraction, items of a class 
having the same attribute may or may not . have the same values for the same attribute, 
though the values may semantically convey the same meaning. A User can normalize the 
values of these attributes by the use of the Electronic Format form wherein the distinct 
values of an attribute of a class (as extracted from all the items of that class having that 
attribute) are presented to the User. The User can view all items that have a specific 
attribute value. The User can decide if these diiBferent values need normalization or they 
need to retain their different values. The User can define patterns to normalize the 
existing attribute values. 

2.6 Synonym Management 116 

Synonyms are alternate words that are used for identifying a class or an item in a foil text 
search. During a fiiU text search the User inputs a string or pattern that is evaluated against these 
synonyms. The classes and items whose synonyms match the search string / pattern are included 
in the search result. 

Define Synonyms: Synonyms can be defined at the class level. To define a 
synonym, a class from a project is selected. A set of synonyms is defined for the selected 
class. The definition of synonyms at the class level resuhs in the class being highlighted 
during a search based on the synonym words. Thus, the synonym in efifect stands for the 
name of the class and identifies it. Each sub-class of this class and items imder it also 
inherit this synonym. 

Search Using Synonyms: The User can input a string or a pattern when , 
searching for a class. This string or pattern is matched against the synonyms of all the 
classes and wherever matches occur, those classes are included in the search result. 

2.7 Item Management 

Item Management involves deletion/modification of items that are marked as "Ready For 
Enrichment" and editing details of existing items. The Item Maintenance is allowed to operate 
only on items whose status is "Ready For Enrichment". Associations between identical items 
under different classes can also be defined during the inaintenance process. The User manually 
changes the status of these items to 'Ueady For QA". 

Edit Rich Content Item: The User navigates the classification structure. The 
User selects an appropriate class. The list of existing items under the selected class is 
presented to the User. The User selects the item to be modified. The User 
populates/modifies item details. The User uploads/changes the image for the item. 
Thumbnails for the image are generated automatically. The User can also attach or 
remove PDF files, documents, text files or images to/fi:om the item. Attachments can be 
shared among items. A maximum of five attachments is permissible. This modified item 
remains marked as "Ready For Enrichment". 

Delete Rich Content Item: Users having appropriate access authorizations can 
delete items. If the item is also associated with some other class(es), then it is still 
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accessed from those classes. Only when it is no longer associated with any class, is it 
deleted. 

Define Item Association: The User is allowed to associate an item with multiple 
schema classes. An item under a class of a project may be associated with any class of 
any project. An item associated with multiple classes is accessible from all associated 
classes. The reference of all associating classes is stored against the item. 

Define Currency Formats: The User "defines currency formats" for each 
currency. The User specifies the currency code, name, symbol, prefix, suffix, thousand 
separators, decimal separator and decimal precision to be used to format amounts of the 
stated currency. The User modifies or deletes existing currency formats based on specific 
requirements. 

2.8 Define and Maintain Accessories 

In order to provide a shopper a .comprehensive purchasing opportunity, accessories for an 
item can be defined with the aim of displaying an item together with its accessories r to the 
shopper in the Catalog Browser. For an item of a project, the User can identify items that serve 
as accessories for the item. This accessory relationship can be qualified further. The User can 
a.lso edit the list of accessories defined for an item - some accessories may be dropped from the 
list, or new ones may be added. 

Select Class: The User selects a class from a project. On selecting a class, all the 
items with status "Ready For Enrichment" under it are displayed and made accessible for 
defining accessories. 

Select Item: The User selects an item for which accessories are to be defmed. 

Define Accessories: The classification schema of the project is presented to the 
User, upon selecting an item. Clicking on any class of this tree causes the display of all 
the "Ready For Enrichment", "Ready For QA" and "Ready For Shipping" items under it. 
The User can select specific items from this tree as accessories to the selected item. The 
• User can also define the specific type of association (Component, Cross- Selling, 
Accessory, Replacement Part) and the quantity of the accessory item. 

Edit Accessories: Similarly, the User can select an item from the tree view and 
modify its accessory list or delete accessory associations. 

2.9 Quality Assurance of Rich Content 107 

The classified, value-extracted and enriched items are then available for quality assurance 
purposes. At this stage, items are displayed, as they would appear when published. 

Select Project: The User selects the specific project to be QA-ed. 

Select Items for QA: On selecting any class, the class attributes and their 
corresponding values are displayed to the User. The User selects a specific attribute 
value. The number of items matching the attribute value are displayed. The User can 
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filter the displayed items based on defined criteria. The User can navigate to the details of 
any item fi-om the list of matched items. 



Search Catalog: Alternatively, the User can search the catalog for specific 
keywords and navigate to the list of successfiilly searched items. 

. ^ Validate Item: The User then selects individual items and views them. 
Individual items or a set of items can be approved, edited or sent back to earlier stages. 

Approve Item: On approval, the items are eligible for pubhshing and are flagged 
as '•Ready For Shipping". 

Audit Reporting: All content-related activities, including rework are tracked and 
are presented to the User as reports. 

2.10 CLG Audit Reports 108 

The User can keep a track of items present in CLG and their current status in terms of 
processmg. Thus, the User can know how many items are pending classification and value 
extraction. The details about these items such as their import event ids (if they were imported), 
the Users who imported/created them etc can be accessed by the User. 

□ List of Items Stage-Wise: The User can know how jnany items remain unclassified, 
how many are pending value extraction. This allows the User to take actions on 
unprocessed items. Filters are provided to specify a set of items based on project or 
import load event or creator-User etc. An option to view the report in a printer-fiiendly 
format is provided. 

□ Rework Items: The User can also view those items that have been sent back for rework. 
These include those items sent back for classification or for value extraction. Filters are 
provided to specify items. An option to view the report in a printer-fiiendly format is 

provided. 

□ Discontinued Items: The User can view the items that have been marked is 
"Discontinued" based on the expiry date and supplier action fields. The User can view 
details of each "Discontinued" items. The User can apply Filters to filter the view. The 
User take appropriate action based on the report. An option to view the report in a 
printer-firiendly format is provided. 
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2.11 Enabling Features and Functions 









CLG 

1 


Data 

Pro ce^ sine Tn 
Stages 


■ Allow incoming items to be processed in 
^La^c^. ilicic cue acvcii btdgcs HI wnicnxnc 
item can be processed - "Ready For 
Identification", 'Heady For Value 
ijrA.uat/Liuu , jEvcauy Pur jj^iuicnuieni , 
"Ready For Quality Assurance'*, "Ready 
For Shipping", "Shipped" and 
"Maintained". 

■ Alternatively, content can be allowed to 
bypass the first three stages namely 
"Identification", "Value Extraction" and 
"Enrichment". 


Content 
Rework 
Capability 


■ Allow the User to revert back a specified 
set of items any previous stage. 


Define and 
Maintain 
Schema 
Classes 


■ Enable the User to add and maintain 
schema classes as a set of parent-child 
relationships, visually represented in a tree- 
like structure. 

■ Move/Copy classes from one schema 
branch to another. 

■ In move / copy enable only the non- 
inherited attributes of a class to be copied. 

■ Ability to automatically submit the schema 
change for approval. 
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Define and 
Maintain 
Class 
Attributes 


■ Enable the User to add and maintain 
attributes for each specified schema class as 
a set of attribute names. 

■ Enable inheritance of attributes of parent 

* Enable definition of list of values for a 

UiOdd aitiiUUie. 

■ Ability to automatically submit the schema 
change for approval. 


Define Global 
Patterns 


■ Allow the authorized User to add and 
maintain global patterns for attributes. 


Manual Data 
Mining 


■ Allow the User to edit an imported item, 
-miow me user to attacn an image to the 
item. 

■ Provide Normalization fiinctions such as 
spell check, find and replace, manufacturer 
and supplier normalizations. 


Data 

Classification 


■ Allow User to select single/multiple items 
for data classification. 

■ Allow the User to view the selected items 
in a table grid or PiTML Grid format. 

■ Display the referencing schema in a tree- 
like structure 

" Allow the User to make changes to the 
classes. 

■ Allow the User to force selected items to be 
associated with a specified class. 

■ Allow the User to drag and drop selected 
class to set of selected items to associate 
the items with the class. 

■ Allow the User to create patterns for auto- 
recognition (using a voting algorithm) of 
the appropriate class relevant to a selected 
set of items. 
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Value 
Extraction 



Define and 

Maintain 

Synonyms 



View Items 
As A Web 
Catalog 



Audit Reports 



Allow the User to select single/multiple 

items for value extraction. 

Allow the User to view the selected items 

in a table grid or HTML Grid format. 

Allow the User to make changes to the 

classes. 

Allow the User to build a set of incoming 
/outgoing patterns and associate them to a 
specified class attribute. 
Allow the User to qualify the defined 
pattern as global that is eflfective globally 
after approval, but still be implemented at 
the specific class level. 
Extract attribute values fi'om a product 
description using the patterns that have 
been defined for corresponding attribute 
names associated with a specified class. 
Allow the User to send back items to the 
"Identification" stage, if requu-ed. 
Allow the User to standardize attribute 
values using an "electronic format" GUI. 



Allow the User to define a synonym for a 
class which would also be inherited by all 

its subclasses and items. 



Provide the User with a facility to navigate 
the referencing schema and view individual 
items associated vAth each class. 
Provide the User with the ability to search 
for a specific set of items by providing 
keywords. 

Provide the User with the ability to locate a 
specified set of items using parametric 
search inputs. 



The following report is available 

- List of items in each stage. 

- List of items under rework. 

- List of items in each stage within a 
specified schema. 

" List of discontinued items. 
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SpeU Check ' 
Utility With 
Custom 
Dictionary 


■ Allow the User to spell-check product 
details, 

■ Allow the User to modify the dictionary 
and add custom words (create and maintain 
a customized dictionary). 




Change Case 
On A Field 


■ Allow the User to change case on text 
fields m the Add and Edit Item functions. 




Find/Replace 


■ Allow the User to find a specific word and 
replace it with another word in the Add and 
Edit Item functions. 

■ Provide a GUI screen to run the feature 

over a range of items. 




Validate 
Supplier / 
Manufacturer 
Names 


■ Allow the User to validate the Supplier and 
Manufacturer Names in a product. 




Edit Items 


■ Ability to edit the item while performing 
quality assurance procedures. 




Item 

Management 


■ Enables the User to edit/delete/view items 
fi-om a project. 

. ■ Allows the User to define the attributes of 
an item itself Allows also uploading 
image and other attachments if any for the 
item, 

■ Enables modification of specific item 
details from amongst selected items. 

■ Enables deletion of an item from a project. 

■ Allow the User to maintain other 
classifications i.e. to associate one item to 
more than one class, 

■ Allow the User to define and maintain 
currency formats that are used while 
displaying formatted currency values. 

■ Allow use to manually select individual or 
set of items and send them to ^TReady For 
QA" stage. 
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Define & 
Maintain 
Accessories 



Allow the User to browse the classification 
stmcture and select the required item for 
maintaining accessories. 
Allow the User to select another item fi-om 
the catalog and associate it to the main iton 
as an accessory. 

Allow the User to specify the association 
type and quantity of the accessory. 
Allow the User to maintain the accessory 
assodation and information. 



3. Catalog Administration and Publishing 109, 123, 126 

3.1 User Profiling 

User profiling includes defining/editing/deleting of a User group and individual User. 
User groups are defined based on the common fiinctions assigned to a set of Users. Individual 
Users are always associated to a User group. Users are authorized personnel using the system to 
create and manage or browse rich content. GUI Screens are provided to maintain and define 
Users and User groups. 

Define User Group: A tree-view of available projects/catalogs and the available 
fimctions (GUI screens) are presented to the User. A User group is defined by selecting 
projects/catalogs and system functions to be accessed by Users of the group. For User 
groups having access to fiinctions in Catalog Maintenance or Navigator (Catalog Browser 
WEB application), the User selects the product views applicable for the User group. 
Each User group can be associated with multiple projects/catalogs and one product view 
per project/catalog. Product views are snapshots of the catalogs' For User groups having 
access to Navigator, the User can select the markup values applicable to the group while 
calculating price. The User can also select an "Enable Request For Quote (RFQ) for 
Non-Available Items" option. This option enables/disables the abiUty to request a quote 
for non-available items while shopping. 

Edit/Delete User Group: Separate screens are provided to modify and delete 
User Group information. 

User Management: Separate screens allow definition and maintenance of Users. 
The User-id, name, password, email address and the User-group are defined for a User. 
A User can be associated with multiple User groups. The User is able to switch between 
User groups without performing re-login. An option to view the list of Users in a printer- 
fi-iendly format is provided. 

3.2 Product View Definition 

Product views are snapshots of catalogs. They are logical views that lookup the same 

physical catalog in the database. 
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Product View Definition: A screen is provided for defining product views. The 
User specifies a project and then select classes and individual items within the selected 
dasses for the product view. 

. Edit/DeleteA^iew Product View: Separate screens are provided for editing, 
viewing and deleting product views. 

3.3 Price Defmitioii 121 

Price Markups, quantity-based pricing and promotional pricmg can be defined for an item 
belonging to a specified product view. 

Price Level Markups: Three Levels of Price Markups are provided - Shopper Group 
Level, Class Level and Item Level. 

Price Markups in each Level: Each Markup Level has three Markup values - 
Main Markup, Freight Markup and Other Markup used for price calculation. 

Shopper Group Markup Definition: Shopper CJroup Markups aUows defining 
Markups for a selected User Group that has the allowed fimction of using Navigator 
(Catalog Browser WEB application). 

Qass Level Markup: To define a Class Level Markup, the User selects the 
Project and a Product View for the project. Markups for available classes are defined. 

. Item Level. Markup: To define an Item Level Markup, the User selects the 
Project and Product View for the project. Markups are defined for specified items 
belonging to available classes within the product view. 

Promotional Price Definition: Separate screens are provided to the User to 
define Promotional Price at item level. The User selects the items of the selected Product 
View within the Project. Promotional Prices can be defined for each item wdthin the 
Product View. The User specifies the yaUdity period for the promotional price. 

Quantity Based Pricing Definition: A separate screen is provided to the User to 
define Quantity Based Pricing for each selected item within the Product View. The User 
selects an item, enter the effective and exphy date of the discount, enter the quantity 
range and a corresponding discounted price for the range. The User can define the 
Quantity Based Pricing without any time limit. 

EditA^iew Price details: Separate screens are provided to view, modify and view 

pricing details. 

3.4 Manufacturer and Supplier Definition 

The User adds/edits/deletes Manufacturer and Supplier. The Supplier and Manufacturer 
Names are used for vaHdating Supplier and Manufacturer information of an item. 

Add Manufacturer: The User can add a new manufacturer. The User uploads a 
logo for the manufacturer. Existing logos can be updated or deleted. 
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Add Suppliers: The User can add a new supplier. The supplier information is 
used while validating the supplier names in item information. A separate screen is 
provided to define the field names for supplier. The User defines the field names (E.g. 
"Address", EmaillD". "DUNS No", etc) and specifies whether the fields are mandatory. 
The User populates the field names for each supplier while adding new suppliers. 

Display Manufacturers: The User is presented with a list of manufacturers for 
reviewing purposes. An option to view the list of suppliers in a printer-fiiendly format is 

provided. 

Display Suppliers: The User is presented with a Ust of suppliers for reviewing 
purposes. An option to view the list of suppliers in a printer-fiiendly fonnat is provided. 

3.5 Ship Items 

The items that are "Ready for Shipping" are flagged as "Shipped" and made available for 
publishing, syndication or mamtenance. The User selects a project. The User selects items to be 
flagged as "Shipped". The items are then marked as "Shipped". Items once flagged as 
"Shipped" are available to CLG. 

o Select Project: The User selects a project fi-om a list of projects. 

o Select Items: The User selects items that need to be marked as "Shipped". These 
items are in the "Ready For Shipping" stage. 

o Ship Items: The User marks these items as "Shipped". These items are be 
avMlable in CLG for processing. 

3.6 Send Items Back 

The Catalog Administrator can send items back to the "Ready For Identification" or 
"Ready For Value Extraction" status fi-om the "Shipped" status. Items sent back to CLG are 
available for publishing, syndication or maintenance. The item for which there is a submission 
awaiting approval cannot be sent back to CLG. Only the Administrator can change the status of 
"Maintained" items back to "Ready For Identification" or "Ready For Value Extraction" status. 

o Select Catalog: The User selects a catalog fi-om which items need to be sent back 
to CLG. 

• Select Items: The User navigates the classification schema and selects required 
items that are to be sent back to CLG. The items with the status as "Mamtained" are not 
displayed. Wheo the User is the Administrator, the "Mamtained" items are displayed 
with a flag that they are "Maintained". The selected items are sent back to CLG. 

3.7 Approval Levels 

Any modifications to the "Shipped" items during Maintenance and to the classification 
schema are to be reflected in the Catalog Browser WEB Application database. These changes 
can be reflected in the Production database only after Approval. These changes are approved by 
different approval levels. There can be a maximum of ten approval levels. The changes 
approved fi-om one approval level move to the next consecutive approval level. On the Final 
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Approval Level the changes can be syndicated to the Catalog Browser WEB AppUcation or 
external systems. 

Define Approval Levels: The User defines approval levels that are used while 
approvmg "Catalog Change Submissions". The User sets the "Respond by Time Limit" 
for each approval level. The "Respond By Time Limit" is the maximum time difference 
between the submission notification to approver and the approval by the Approver. The 
user defines one Approver for each approval level who approves submissions for only 
one catalog. 

• Edit/Delete Approval Levels: The User is presented with a Ust of approval levels 
and associated approvers and relevant catalogs. The User edits the approval level 
defimtion or deletes the approval level. 

• View Approval Levels: The User is presented with a list of approval levels and 
associated approvers and relevant catalogs for viewing purpose. 

3.8 Catalog Approval 

All changes to the "Shipped" Items & Classes are "Submitted" for approval before they 
are reflected. Catalog Change Submissions" are approved/rejected by the User (Approver) The 
submission IS then moved to the next level of approval until the Final Approval is done." The 
Catalog Admimstrator" manages the entire catalog approval. The Catalog Administrator is the 
super User for a specific catalog/project. 

. Approver Notification: The User (Approver) is notified of "Content Change 

Submissions" which lists a summary of changes to the catalog. This submission 
notification is generated after a pre-determined time period that is specified as a 
parameter for the appUcatioa When the time difference between submission notification 
tune and current time exceeds "Respond By Time" Umit. the Catalog Admimstrator of 
the catalog is notified of the submission notification. The Administrator takes appropriate 
action based on the notification. 

All notifications are sent as an email to the email address of the User (Approver) 
The email contains a click-able URL to host of tiie catalog service. 

• Select Submissions to Approve: The User (Approver) is presented with a hst of 

submissions. The submissions Hsted belongs to the catalog and approval level for which 

tiie approver is authorized. The User (Approver) can filter and sort "the submissions 

displayed. An option to view the submission report in a printer-friendly format is 

provided. The User (Approver) can view details of tiie submission. The detail view 

shows the Item/class before and after tiie change. The User (Approver) selects tiie 

Submissions" to be approved. The User (Approver) edits the submission if required 
and approves it. 

• Search Catalog: The User (Approver) can search the catalog for specific 
keywords. Based on search results, the User select a class and views the existing 
submissions for approval. The User can then approve/reject tiie submission. 
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Submission Approval/Rejection: The User (Approver) approves or rejects the 
submissions. On approval the submission moves to the next level of approval. The 
Approver for the catalog at the next approval level is notified. The submission to the 

approver in the Final Approval Level is effected in the catalog/project. Schema changes 
that are approved in the Final Approval Level are reflected in the catalog/project. The 
User who submitted the "Content Change Submission" is notified when the submission 
has been approved in the Final Approval Level. The User (Approver) can reject the 
submission at any level. The rejected submissions are sent back and the changes 
reverted. The origmator of the submission is notified via email of the rejection. The 
User (Approver) adds a comment against the rejection that is appended to the email. 
When the submission is an item, the status of item is changed back fi-om "Maintained" to 
"Shipped" on rejection (unless it was "Maintamed" originally). On approval of a 
submission for an item the item retains its status of "Maintained" and is available for 
publishing, syndication and maintenance. 

• Submissions Report: The Catalog Administrator can view submissions that have 
been approved/rejected for a catalog. The Catalog Administrator can filter the 

submissions displayed. The Catalog Administrator can view details of the submission. 
The detail view shows the item/class before and after the change. An option to view the 
report in a printer-friendly format is provided. 

3.9 Publish Catalog 109, 123 

Rich content can be puWished to the Catalog Browser WEB Application. The Catalog 
Browser WEB Apphcation enables catalog browsing and navigation. Users can use the Catalog 
Browser WEB Application to shop for catalog items. 

• Select Catalog to Publish: The User selects the catalog to be exported. 

• Published Catalog: On publishing, all the relevant information - classes 
applicable to the project/catalog, items ready to be published. User (shopper) information 
and group information is published for the specified catalog. The required indexes for 
enabling M text search capabilities are created. 

3.10 Catalog Management 113 

The PubUshed Catalog can be marked for deletion and deleted on proper Approval. 

lielete Catalog: The User selects the Catalog/Project to be deleted. This selected 
Catalog is marked for deletion. After Approval, the relevant actions are taken for the 
selected Catalog/Project. 

3.11 Configuration 

The IP address of the mail server and the email address to which the RFQ information 
should be sent. The time period after which a check for submissions and email approvers can 
also be configured. These are configurable and can be maintamed using a set of User interfaces. 

• Maintain Mail IP Address: The IP address of the mail server is used to send 
emails. This IP address is manually specified by the User (Administrator). 
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• Maintain RFQ Email Address: The RFQ information is posted an email 
address. This email address can be defined and maintained by the User (Administrator). 

• Maintain Submission Check Time Period: The time period after which the 
submissions are checked and emails sent to Approvers are defined by the User 
(Administrator). 

Enabling Features and Functions 



Section 




j^^uiicuuus , ' , ' , \ f 




Define and 


■ Allow the User to d^e and mamtain User 




Maintain User 


group information. 




Groups 


■ Allow selection of schema branches for 






group access authorization. 






■ Allow setting RFQ option & price markup 






configuration 






■ Allow selection of available fimctions 


e 




(screens) for group access authorization. 


IS 


— 


■ Generate the site-map for a User according 






to the group definition. 




Define and 


■ Define, modify and delete User 


a 


Maintain Users 


information. 


c 

Q 




■ Ability to attach the User to multiple User 






groups. 






■ Ability to switch between authorized User 






group without re-login. 


s 


Define and 


■ Display existing catalog schema in a tree- 


< 


Maintain Product 


like stmcture. 


IS 


Views 


■ Allow User to select schema and schema 






classes for product view. 


u 




■ Allow User to de-select individual items 






fi-om selected classes for the product view. 




Defime and 


■ Allow the User to define, modify and delete 




Maintain Price 


shopper group level price markups. 




Markups 


■ Allow the User to d^ne, modify and delete 






class level price markups. 






■ Allow the User to define, modify and delete 






individual item level price markups. 
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Define and 


■ Allow the User to define price breakups 




Maintain 


against quantity ranges for a specified item. 




Quantity Based 


■ Allow the User to modify and delete 




Pricing 


quantity based discount information. 






■ Allow the User to specify Effective date 






and Expiry date for the quantity-based 






discount. 






■ Allow the User to define price breakups 






without any time limit. 




Define and 


■ Allow the User to define the promotional 




Maintain . 


price as an alternative to the basic selling 




Promotional 


prices for a specified item. 




Pricing 


■ Allow the User to specify the validity 






period for the promotional price defined for 






an item. 






■ Allow the User to modify and delete 






promotional pricing information. 




Create & 


■ Allow adding, editing or deleting supplier 




Maintain Supplier 


and manufacturer names. 




/ Manufacturer 






Names 






Ship Items 


■ Ability to select a project and required 






"Ready For Shipping" items. 






■ Ability to change the status of selected 






items to "Shipped". 
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jL'eiinc aiiu 


■ Allow to Qennc/eait/view Approval i^cvcis. 




iVLaintain 


■ Allow submitting the items for Approval. 






■ iNouiy ine Approver via eniaii aDoui me 






caXoiog ciianges ai approval levei lor wiucii 




/v.pprovais 


tne approver is autnonzseo.. 






" riiiow LUC Approver ouu Auixiiiiidiralur lu 






iiiier uie Qispiayeu suDmissions. 






■ Allow the Approver to Approve/reject the 






Catalogs. 






■ Notify the originator of the submission of 






rejection via email. 






■ Allow the Approver to attach comments to 






trie email tiiat is sent tor rejections. 






■ Ability to automatically change the status 






of the item submitted for approval as 






bnippea irom Mamtainea . 






" Allow searciimg ine ^aiaiogs accoroing to 






the sjTionyms defined. 






■ Allow me L/ataiog AQminisiraior to view 






the submissions for the catalog. 






■ Abuity to define Respond By Time Limit 






for each approval level. 






■ ADUiiy 10 notiiy ine L/axaxog AaminiSiraior 






aiier ine ivesponQ j^y i ime i^unit nas oeen 






exceeaeo. 




_ ■- 

Pubbsh To 


■ Provide GUI for initiation of stored 




uataiog rsrowser 


procedures to publish catalogs in 






predefined output format. 






■ Execute a set of stored procedures to 






migrate and update catalog data according 






LO rciiuli eiiicuLo oi luc K^diaio^ jdi owoci 






WbiD Application. 






■ ureate necessary maexes lor enaoimg luii 






lexi searcu capaDiiiiies. 




ocnQ ileuiS JDaCK 


■ ADiiity to seieci a catalog ana requires 






item. 






■ Ability to send the selected items to the 






"Ready For Identification" or the "Ready 






For Value Extraction" stage of the CLG. 
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□ Ahilitv tn Hefifip and majTitain the IP 






?»HHrp^<i of the mail server to he used for 






sending emails. 






° Ability to define and maintain the email 






address to which RFQ information is 






posted. 



4. Catalog Maintenance 113 
4.1 Schema Maintenance 

The Schema Maintenance module provides a set of GUI screens for performing schema 
definition and maintenance functions. 

o Select Catalog: The User selects the specific catalog to which classes have to be 
added or existing classes modified or deleted. The classification schema for the catalog is 
presented to the User. 

o Add Class and Attributes: The User creates classes that represent the 
classification schema for items. The User "defines attributes" for each class. The class 
attributes can be selected firom an available list of attributes. Alternatively, the User can 
add a new attribute for the class. The new attribute then gets added to the list of available 
attributes for use in subsequent attribute definition. A list of values for a class attribute 
can be defined. The addition is submitted for approval before it is reflected in the schema. 

G Attribute Inheritance: A class automatically inherits the attributes of its parent. 
A maximum of 30 attributes (including inherited attributes) can be defined for a class. 
When a class is copied or moved under some other class, only the non-inherited attributes 
of the class are copied. The new class thereupon inherits attributes fi-om its nev/ parent. 
If duplicate attributes for the new class are created as a result of this, the User is notified 
of this during the copy operation itself, and the duplicate attribute is copied in the new 
class. The User can take appropriate actions for duplicate attributes, if required. 

o Edit Class Attributes: The User modifies the class attribute of the required class. 
New class attributes can be added to the existing class. Existing class attribute 
information can be modified or the attribute can be deleted. The change is submitted for 
approval before it is reflected in the schema. 

o Copy / Move Classes and Items: The User can copy or move classes across 
schema branches and for easy replication of schema parts. Copying or moving a class 
also copies or moves all the items under that class along with it. The User may also 
explicitly select items under a class and copy/move only the selected items to some other 
class. These changes are submitted for approval before they are reflected in the project 
Items reflect their new parent class after approval. 
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• Delete Catalog Schema (Classes): Users having appropriate access 
authorizations can delete specified schema branches. In this case, all the sub-classes and 
items under the deleted schema branch is deleted. The deletion is submitted for approval 
before it is reflected m the schema. 

• Schema Change Approval: Any change to the classification schema is submitted 
for approval. The submissions are approved/rejected in the common Approval module. 
These changes are approved by authorized personnel only. The changes are not visible 
until they are approved. On approval the modification to the classification schana is 
available throughout the catalog/project. When any change to a schema class is approved 
the following actions are performed based on ^provo" choice 

a. Approval of Addi&on of a Schema Class: The new class is available in 
the classification schema. 

b. Approval of Modification of a Schema Oass: All child items of the class 
m the CLG can be sent back to the "Ready For Identification" or "Ready For 
Value Extraction" stage. All child items of the class in "Shipper" status can be 
sent back to the "Ready For Identification" or "Ready For Value Extraction" stage 
or they are submitted for approval in the Approval module. 

c. Approval of Deletion of a Schema Class: All child items of the class 
deleted from the catalog / project. 

4.2 Item Maintenance 

Item Maintenance involves addition/deletion of items that are marked as "Shipped" and 
editing details of existing catalog items. The Item Maintenance is allowed to operate only on 
items whose status is "Shipped". Associations between identical items under different classes 
can also be defined during the maintenance process. Any change to the catalog items is a 
"submission" for approval. After approval the change can be effected in the production area. A 
set of Catalog Browser-like GUI's enables this fimctionality. Appropriate pricing information of 
the item is also presented in the detailed item view. The User is associated with one or more 
product views of the catalog / project. The User performs actions on the catalog/project through 
the product views. The User is able to switch between product views without logging in again. 

Add Rich Content Item: The User navigates the classification structure of the 
product view. The User selects an appropriate class and adds the item directly under this 
class. The User populates item details. The User uploads an image for the item. 
Thumbnails for the image are generated automatically. The User can also attach PDF 
files, documents, text files or images to the item. A maximum of five attachinents are 
permissible. This new item is marked as a "Maintained" item and is submitted for 
approval before it is reflected in the catalog. The User is able to add item-specific 
attributes while adding the item. This is allowed if the class attributes have not reached 
the maximum allowable limit of 30 attributes. 
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• Edit Rich Content Item: Existing catalog items can be selected &om the product 
view in a similar manner and modified or normalized by the User using the same 
functions. This modified item is marked as a 'Maintained" item and submitted for 
approval before the change is reflected in the catalog. 

• Delete Rich Content Item: Users having appropriate access authorizations can 
delete items. In this case, the deleted item is marked for deletion, flagged as 

"Maintained'' and sent for approval. 

• Define Item Association: The User is allowed to associate a catalog item to 
multiple schema classes. An item under a class of a catalog may be associated to any 
class of any catalog. An item associated with multiple classes is accessible from all 
associated classes. The reference of all associating classes is stored against the item. The 
item is marked as "Maintained" and submitted for approval before it is reflected in the 
catalog. 

• Define Currency Formats: The User "defines currency formats" for each 
currency. The User specifies the currency code, name, symbol, prefix, suflBx, thousand 
separators, decimal separator and decimal precision to be used to format amounts of the 
stated currency. The User modifies or deletes existing currency formats based on specific 
requirements. * - 

• Search Items: The User can alternatively search the product view for specific 
keywords or using parametric search. Based on search results, the User selects a class 
and have a view , of the existing items under that class. The User can then add the item 
under the selected class. 

4.3 Accessories Maintenance 

This feature involves the addition, modification and deletion of items as accessories to 
another item. 

• Select Class: The class hierarchy is presented to the User with Catalog Browser 
like navigational capabilities. The User selects a class, 

• Select Item: The User selects an item to which accessories are to be added. 

• Add Accessories: The class hierarchy is presented to the User again. The User 
selects a class and the corresponding item list is displayed, The User can select specific 
items fi"om the available list as accessories to the selected item. The User defines the 
specific type of association (Component, Cross-Selling, Accessory, Replacement Part) 
and the quantity of the accessory item. 

• Edit Accessories: Similarly, the User can select an item and modify its accessory 
hst or delete items fi*om the accessory list. 

4.4 Synonym Maintenance 116, 122 

Synonyms are alternate words that are used for identifying a class or an item in a fixll text search. 
During a fiill text search the User inputs a string or pattern that is evaluated against these 
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synonyms. The classes and items whose synonyms match the search string / pattern are included 
in the search result. 

• Add Synonyms: Synonyms can be defined at the class level. To define a 
synonym, a class firom a product view is selected. To the selected class, a set of 
synonyms is defined. A synonym can only be a string. Defining synonyms at the class 
level results in the class being highlighted during a search based on the synonym words. 
Thus the synonym in effect stands for the name of the class and identifies it. Each sub- 
class of this class and items under it also inherit this synonym. 

i*''l^=^X^iEdit / Delete Synonyms: The User selects the class to edit / delete synonyms. The 
synonyms for that class are presented to the User as a Kst. The User edits or deletes the 
synonyms as required. When class level synonyms are edited or deleted the effect is 
cascaded to all children items. 

• Search Using Synonyms: The User can mput a string or a pattern when 
. searching for items or for a class. This string or pattern is matched against the synonyms 

of all the classes and items, and wherever matches occur, those items and classes is 

included in the search result. 

4.5 Normalize Content 116 

While adding or editing an item, the item data may contain raw, non-descriptive and incomplete 
information. In such cases, the User needs to normalize the item data using "find/replace" and 
"spell-check" features. 

• Find & Replace: The User specifies words to be found and replaced in the data 
fields using "find/replace" features. 

• Spell Check: The data can be validated and normalized using "spell-check" 
features. A custom dictionary can be mamtained based on projects. The User uses this 
custom dictionary for performing spell check on the product details. The User changes 
case on text fields. 

• Validate Supplier & Manufacturer Names: The Supplier and Manufacturer 
Names in a product can be validated using spell-check features, against a set of standard 
names that are maintained in separate database tables. 

4.6 Enabling Features and Functions 
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Catalog Maintenance 


Define and 
Maintain 
Schema 
Classes 


■ Enable the User to add and maintain 
schema classes as a set of parent-child 
relationships. 

■ Move/Copy classes from one schema 
branch to another, 

■ In move / copy enable only the non- 
inherited attributes of a class to be copied. 

■ Enable the User to add and maintain 
attributes for each specified schema class as 
a set of attribute names. 

■ Enable inheritance of attributes of parent 
classes. 

■ Enable definition of default attribute values 
for each attribute name. 

■ Ability to automatically submit any change 
for approval before it is reflected. 
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Define and 
Maintain Rich 
Content Items 



Allow the User to create and maintain rich 
content items. 

Copy/Move items across multiple schema 

branches 

Allow the User to attach the main image to 
the product 

Allow the User to attach a PDF file, a 
document, a text fiile or an image file to an 
item. 

Automatically generate a thumbnail image 

for the main image. 

Allow the User to attach a logo to a 

manufacturer. 

Display manufacturer logo in the product 
view. 

Provide the User with a facility to navigate 
the referencing schema and view individual 
items associated with each class. 
Provide the User with the ability to search 
for a specific set of items by providing 
synonyms. 

Provide the User with the ability to locate a 
specified set of items using parametric 
search inputs. 

Ability to automatically mark a modified or 
deleted or new item as "Maintained" and 
submit it for approval. 



Define and 

Maintain 

Synonyms 



Allow the User to define specific words as 
synonyms. 

Allow the User to define a synonym for a 
class that would also be inherited by all its 

subclasses and items. 



Add Synonym 
To Text 
Search 
Process 



Define & 
Maintain 
Currency 
Formats 



Include synonyms for the item and class to 
enable fiill text search capability. 



Allow the User to define and maintain 
currency formats that is used while 
displaying formatted currency values. 
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Define & 

Maintain 

Accessories 


■ Allow the User to browse the classification 
structure and select the required item for 
maintaining accessories. 

■ Allow the User to select another item firom 
the catalog and associate it to the main item 

■ Allow the User to specify the association 
type and quantity of the accessory. 

■ Allow the User to maintain the accessory 
association and information. 


UtiUtyWith 

Dictionary 


■ Allow the User to soell-check product 
details. 

■ Allow the User to modify the dictionary 
and add custom words (create and maintain 
a customized dictionary). 


Change Case 
On A Field 


■ Allow the User to change case on text 
fields in the Add and Edit Item functions. 


Jrina/Kepiace 


■ Allnw tVip TT^er to find a sDCcific word and 
replace it with another word in the Add and 
Edit Item fimctions. 

■ Ability to run the feature over a range of 

items. 


Validate 

Supplier / 

Manufacturer 

Names 


■ Allow the User to validate the Supplier and 
Manufacturer Names in a product. 



5. Catalog Browser Web Application 112 
5.1 Catalog Browser Navigation 

The published catalog is available onHne with GUI based navigational fiinctionality. The 
fixnctionality of the existing Catalog Browser WEB appUcation is repUcated. The Catalog 
Browser Navigator provides GUI based navigational capabilities. The shopper used the 
Navigator to navigate to the desired product, search by giving keywords, search based on 
parameters, compare products, request quote for non-catalog items and add catalog items to the 
shopping cart. The administrative User of the Navigator is able to view predefined reports. The 
shopper is able to view catalogs that are available to the specific User group that the shopper 
belongs to. 

Item DetaU View: The item detail view presents the shopper with information 
regarding the item including, item name, image, manufacturer name and logo, 
description, attributes and price. The item detail view shows hnks that allows the Shopper 
to view the linked document in a separate popup window. The item detail page also 
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shows a table of associated accessories in a separate popup window. The table has names 
of the accessories. A hyperlink is defined for each accessory name. Shopper can click on 
the link to view accessory details. Shopper can navigate back to the accessories listing 
fi-om the accessory detail page. 

• The item detail view displays the price based on price markups and promotional 
pricing of the item Quantity based price breakups are presorted to shopper in a separate 
popup window that can be accessed fi-om the item detail view. It displays a list of 
quantity range and associated prices for the item. Please refer to Appendix I for details of 
price calculation and price breakups information. 

• Compare Products: The shopper selects the "Compare Products" link firom the 
parametric search UI to compare the products in the class. The shopper is presented with 
a list of products. The shopper compares the products graphically. The shopper adds one 
or more products to the shopping cart directly from the comparison page. Miltiple 
products can be ordered from a list of products. Note: The "Add To Cart" function is_ 
available in other web pages like in the existing Catalog Browser WEB cpplication. 

• ■ List Matching Products: The shopper selects the "List Matching Products" link 
from the parametric search UI to list all products in the class or products matching the 
specified criteria. The shopper is presented with a list of products. The shopper adds one 
or more products to the shopping cart directly from the list page. Multiple products can 
be ordered from a list of products. 

5.2 Search Capabilities 

The Catalog Browser Navigator provides search capabilities to assist shopper in quickly 
finding the products. The shopper is provided with two search capabilities - fijU text search and 
parametric search. 

. Full Text Search: The shopper types in keywords to perform a "fiill text search" 
for the desired item. Synonyms defined at class level and item level is used for searching. 
The classes and items that satisfy search criteria are listed. Classes are listed with a figure 
stating the number of associated items. The shopper selects the required class or item and 
performs parametric search or view item details. 

Parametric Search: The shopper navigates the classification structure of the 
catalog. The number of items below the class is mentioned against it. The shopper arrives 
at a class to which items are associated. The shopper is presented with a UI to 
"parametrically search" for the item. The "parametric search" GUI lists tiie attributes of 
the class and the list of distinct values against each attribute. The shopper refines his 
search based on the attribute values and arrive at the item detail view of the desired item. 

5.3 Conditional Request for Quote 

The Shopper enables a "request for quote" for products that are not available in the 
catalog. The Shopper enters the RFQ information in the form. The RFQ infommtion along with 
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the Shopper information is stored as an XML file and emailed to a pre-determined email address. 
Only authorized Shopper is able to perform this function. 

5.4 Catalog Browser Reporting 

The searches conducted and search results are logged for reporting purposes. The 
administrative User of the Navigator is able to view a "Best Selling Items" report, an 
"Unavailable Items" report and a "Search Results" report. The Best Selling Items report lists best 
selling items over a defined time frame. The User changes the time firame to view the best selling 
items based on other time fi-ames. The Search Results report presents information regarding 
"successful" and "unsuccessful" searches performed by shoppers in the navigator. ^ An option to 
view the reports in a printer-fiiendly format is provided. 

5.5 Enabling Features and Functions 





Feature 


Fuuetiojas ^ - ' ^ f 




GUI Catalog 


■ The published content is available for 




Navigation 


viewing as a web catalog. 
■ The existing navigational fimctionality of 
Catalog Browser is replicated in the 






specified development environment. 


o 




■ - The product view includes the 






manufacturer's logo if the logo is available. 




■ A detailed view of each item is available. 


u 




■ The detail view page shows a table of 






associated accessories. 


O 




■ The item detail view shows links to view 


« 

WD 




the Unked documents. 






" A product comparison view also is 


U 




available, 

■ A list of products of the same class and 
meeting the specified criteria. 




Text Search 


■ The existing search capabilities of Catalog 




Control 


Browser is replicated in the specified 
development environment. 
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Calculate Price' 


° Calculate the marked-up price based on 
prioritization of markups (item-level, class- 
level and group level) and defined options 
for inclusion/exclusion of specific markups 
for a specific group. 

° Calculate the promotional price using 
markup information and the promotional 
price, if available. 

0 Calculate the quantity based selling price of 
the marked-up selling price using the 
quantity-based breakup information. 

° Disolav the selline nrice, promotional price 
and quantity-based price as applicable. 


Track Search 


° Provide the ability to track information 
about all the searches (successfiil or 
unsuccessful) made on the catalog 


s\.cy\jk la 


o Generate reoorts to indicate 

- Best selling items 

- Unavailable items 

- List of successful and unsuccessful 
items for a specified period range. 


Conditional RFQ 
&RFQ Routing 


0 The request for quote (RFQ) functionality 
for non-available items is available to a 
Shnnner ha<sed on svstem setting. 

0 Ability to email the RFQ information to a 
pre-determined email address v^th the RFQ 
information as an attachment in XML 
format. 


Order Multiple 
Items From List 


0 The capability to order multiple items from 
the item list is added. 



6. Data Syndication 111, 124 

Data Syndication consists of exporting catalogs to various customers. An entire catalog 
or a specific product view of the catalog can be exported to a customer. A set of wizard-like 
GUI screens is provided to facilitate export. The User specifies the User group (shopper) and the 
catalog for syndication. 
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6.1 Customized Outgoing Templates Definition 

During Data Syndication, the User is presented with a wizard-like GUI to select or define 
new syndication template, customize outgoing templates for schema and items, to specify 
catalogs to be exported and to map outgoing templates for schema and items. Syndication 
templates, including rules, can be copied, modified aind saved for a new customer. These 
syndication templates can be reused. 

o Select Customized Outgoing Templates: The User selects two files fi'om a 
folder on the server to serve as the outgoing schema and item file templates. These files 
are in any of the four formats (XML, MS Excel, CSV, MS Access). 

o Select Catalog: The User selects the catalog and specific product view to which 
the selected outgoing templates are assigned. 

o Map Outgoing Templates: Each template file is read and the fields of the 
template are presented to the User against the standard content database structure. The 
User maps each field of the outgoing template with the standard database fields. The 
process allows the User to map the structure of the incoming file for exporting the 
content in same format. These maps are saved for later re-use. 

6.2 « Export Catalog 115 

During catalog export, the User is presented with wizard-like GUI to select catalog or 
product view to export, to select export file type, to select export type - fiall export or delta 
export, to replace outgoing words and to enable price calculation. A log of each export process is 
maintained to enable delta comparison and tracking. 

o Select Catalog to Export: To export content, the User selects the catalog and a 
product view for the catalog. Product views allow part of the catalog to be exported. The 
existing export templates are used. The User specifies the file format (MS Access, Excel, 
CSV or XML), name and location. 

o The images and linked documents of the items are exported to folder specified by 
the User. The images and linked documents are bundled in a compressed "jaf' file. 

o Select Export Type: The User specifies the export type - 'Delta" or "Complete". 
In case of delta exports, selected items for the product view is compared against a 
previous export of the same product view. The comparison yields a list of unchanged 
items, new items or modified items. The User can view details of each type. 

o Replace Words: The selected class structure is presented to the User. The User 
can specify words to be searched and replaced in the attribute values of a specified class. 
The User selects the class, select the attribute and define the words to be replaced. The 
defined words are searched and replaced in the specified attribute value or entire catalog. 
The defined words are added to list of rules for that class and catalog. These rules are 
used during next syndication of that catalog. The User is provided with a list of existing 
replace words for selected class. From this list, User can either select the words to be 
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replaced or can define new replace words. Replace words can be defined as literal or as 
interpretive by providing the pattern builder to define find and replace words. 

• Price Calculations: The syndication process enables price calculation based on 
User selection. The list price of the item is replaced by the calculated price of the item. 
The price is calculated at the time of syndication as per the price markups and 
promotional price defined for the item. The quantity based price breakup information for 
each item is exported as a separate file wherever applicable. 

• Delta/Complete Export: The delta export exports new and modified items only. 
A complete export exports all the items. 

• Synonym Export: The syndication process enables export of class synonyms 
based on User selection. The class synonyms are exported in a separate file. 

6.3 Audit Reports - List of Export Processes 

The User can use audit reports to view details about each export process. An option to 
view the report in a printer-fiiendly format is provided. 

6.4 Enabling Features and Functions 



Section 




Function^ 






Data Syndication 


Export Rich 
Content 


■ Allow export of rich content in different 
file formats (MS Access, Excel, CSV or 

XML). 

■ Allow export of folder of images and 
linked documents (of the rich content 
items) as ajar file. 

■ Provide a GUI for mapping standard 
database structure with customer specific 
data structure, 

■ Provide with an ability to send complete 
export or re-export only item updates. 

■ GUI for defining specific words that need 
to be replaced with specified words while 
exporting. Specific words can be literals or 
interpretive, defined by using pattern 
builder. 

■ Enable price calculation based on User 
selection. 


Track Exports 


■ Provide a capability of tracking all the 
export processes with a User/date/time ' 
stamp. 


Audit Reports 


■ List of export processes executed 
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While various embodiments and examples of the present invention have been described 
in detail, these are not presented in any limiting sense. It is {^parent that forther modifications 
and adaptations of the invention will occur to those skilled in the art. However, it is to be 
expressly understood that such modifications and adaptations are within the spirit and scope of 
the present invention. 
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APPENDIX I - MULTI-TIER PRICING SPECIFICATION 

LI MARKUPS 

I.Ll Definition of Item Level Markups 

Item Level Markups aire defined for a specified item. For each item, three price markups 
can be defined: 

• Main Markup 

• Freight Markup 

• Other Markup 

Item level markups are expressed as a &ctor of the base price of the item. Item level markups 
are optional. Item level markups override class level and shopper group level markups when 
calculating the selling price of the item. Item level markups are defined for a product view and 
apply only to that product view. 

LL2 Definition of Class Level Markups 

Class Level Markups are defined for a specified class. Markups specified at the Class 
level are applied to all items that are associated with the class and to all sub classes. For each 
class, three price markups can be defined: 

• Main Markup 

• Freight Markup 

• Other Markup 

Class level markups are expressed as a factor of the base price of the item. Class level markups 
are optional. Class level markups override shopper group markups. Class level markups are 
defined for a product view and apply only to that product view. 

L1.3 Definition of Shopper Group Level Markups 

Shopper Group Level Markups are defined for a specified user group that has Navigator 
(Catalog Browser WEB application) as an authorized fiinction. For each user group, three price 
markups can be defined: 

0 Main Markup 

• Freight Markup 

• Other Markup 
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Shopper group level markups are expressed as a factor of the base price of the item. Shopper 
group level markups are optional. 

1.1.4 Option Settings for Price Markups 

In a user group definition, the user can switch "ofiF' Freight and/or Other Price Markup. 
This results in exclusion of the markups (at any level - Item/Class/Shopper Group) for the 
marked-up price calculation for that user group. 

For example, if the "Other" markup has been "switched oflE" then it would not be 
considered for calculation at any level (Item/Class/Shopper Group). 

If the user does not enter a markup it is defaulted to zero. 

1.1.5 Definition of Quantity Based Pricing 

Quantity based pricing are alternative basic prices for an item. They are defined for an 
item in a product view and are applicable only for that product view. Quantity based price 
breakups are applicable during a specified period of time. "They can also be set without a time 
limit. The user enters price breakup for each desired quantity range for the item. 

11.6 ' Definition of Promotional Pricing 

Promotional price is and alternative basic price for an item. Promotional prices are 
applicable during a specified period of time. Promotional price overrides quantity based pricing 
of an item. The user enters the promotional price of the item in a product view, which is 
applicable only for that product view. 

1.2 PRICE CALCULATIONS 
1.2.1 Calculation of Marked Up Price 

The system determines the markups for the item based upon the suggested priority. If an 
item level markup has been defined for the item, it will be used, otherwise the system searches 
for the class level markup and then the shopper group level markup. 

After determining the markups, the system refers to the price markup option settings for 
the user group. If a markup has been "switched off" then it is not used in the calculation of the 
marked-up price. 

The marked-up price of an item is calculated using the following formula: 
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Marked-up price per umt of an item = (Base Price * Main Markup) + 

[(Base Price * Freight Markup)] + [(Base Price * Other Markup)] 

Elements of the formula in square brackets are optional and depend upon the option settings for ' 
price markups. 

The Price markup used for calculation would be based on the following priority: 
Item Level Class Level -> Shopper Group 

1.2.2 Calculation of Price based on Quantity-Based Price Breakups 

The quantity-based price of an item is specific to a time period. After expiry of the 
period, marked-up pricing is used for the item. Quantity-based pricing can be defined without a 
time limit as well. The system picks up the price for the item based on the quantity entered by 
the user, if the current date falls within the date range specified while setting up the quantity 
based pricing for the item. This quantity-based price is used as the base price to arrive at the 
maxked-up price. This calculated Quantity Marked-up price is displayed as the selling price of 
the item, 

The formula used for calculation of Quantity pricing is: 

Quantity Based Price per unit of an item = (Quantity Price * Main Markup) + 

[(Quantity Price * Freight Markup)] + [(Quantity Price * Other Markup)] 

Elements of the formula in square brackets are optional and depend upon the option settings for 
price markups. 

The quantity-based prices as per the above calculations is displayed to the user in the 
product detail page. Based on the purchase quantity entered by the user, the total amount is 
calculated using the selling price applicable to the entered quantity. 

1,23 Calculation of Promotional Price 

Promotional price of an item is specific to a time period. After expiry of the period, 
quantity pricing or marked-up pricing is used for the item. 
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The system picks up the promotional price for the item if the current date falls within the 
date range specified while setting up the promotional price. This promotional price is used as the 
base price to arrive at the marked-up price. This calculated Promotional Marked-up price is 
displayed as the selling price of the item. 

The formula used for calculation of Promotional pricmg is: 

Promotional Marked-up price = (Promotional Price * Main Markup) + 

[(Promotional Price * Freight Markup)] + [(Promotional Price * Other Markup)] 



Elements of the formula in square brackets are optional and depend upon the option settings for 
price markups. 

(Note: FIG. 2 illustrates a flow chart for the determination of price and/or price breakups for an 
item.) 
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